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(57) ABSTRACT 

A computer system and method manipulate a window or 
similar graphical user interface component through collision 
of a pointer controlled by a user with the boundary of the 
window. When it is determined that user manipulation of a 
pointer along a first vector intersects a boundary segment of 
a window displayed on a computer display, the boundary 
segment is moved along a second vector. The second vector 
may be identical to the first vector, or may represent only a 
component thereof. Moreover, either the entire boundary of 
the window may be moved such that the window itself is 
effectively moved, or one or more segments of the boundary 
may be maintained at a fixed location such that the window 
is effectively resized. In addition, this feature may be selec- 
tively enabled and/or disabled by a user. Moreover, a pointer 
may be defined to have a single position from which the first 
vector extends, or in the alternative, a pointer may also have 
a proximity range having a perimeter that defines the extents 
of the pointer, and that may or may not be coextensive with 
the visible shape of the pointer. 

30 Claims, 12 Drawing Sheets 
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COMPUTER SYSTEM AND METHOD OF Any overlapped portions of inactive windows are hidden 

MANIPULATING A GRAPHICAL USER from the user. Inactive windows are then typically activated 

INTERFACE COMPONENT ON A and brought to the top by pointing and clicking on the 

COMPUTER DISPLAY THROUGH windows (although other possible user inputs may also be 

COLLISION WITH A POINTER 5 used). 

Users often need to access multiple windows quickly and 

CROSS-REFERENCE TO RELATED frequently when performing computer tasks. However, 

APPLICATIONS when a large number of windows are displayed at the same 

This application is a divisional application of U.S. patent in ! ime 00 a .computer display, it can often become difficult to 

application Sen No. 08/990,370, filed Dec. 15, 1997 by 10 interact with each wmdow due to the hmited space available 

George Francis DeStefano, which application is incorpo- on the computer display Windows can become fully hidden 

rated by reference herein. behmd otner wmdows when the olher windows are activated 

by pointing and clicking, and thereafter are not accessible to 

FIELD OF THE INVENTION a user without a great deal of user interaction. Operations 

35 such as moving and resizing are also often burdensome since 

The invention is generally related to computer systems the controls to perform such actions are defined at specific 

and graphical user interface environments therefor. More locations on the windows. Consequently, a user may spend 

particularly, the invention is related to user manipulation of an inordinate amount of time manipulating windows, rather 

windows and other user interface controls in a graphical user than performing the computer tasks at hand, 

interface environment. 20 Xherefore> a significant nee d exists for an improved 

BACKGROUND OF THE INVENTION manner °! mani P ul i atin g graphical user interface compo- 
nents such as wmdows and the like m a graphical user 

As computers have become more complex and powerful, interface environment, 
the manner in which end users or operators interface with 

computers has grown increasingly important. Early comput- 25 SUMMARY OF THE INVENTION 
ers relied on switches, lights, and/or punch cards that The invention addresses these and other problems asso- 
required an end user to interact essentially in the computers' ciated with the prior art in providing a computer system and 
native binary languages. Eventually, video displays were method in which a window or similar graphical user inter- 
developed that enabled end users to interact with computers face component is manipulated through collision of a pointer 
through textual information and commands. Another sign ifi- controlled by a user with the boundary of the window, 
cant step in this evolution was the development of graphical Specifically, when it is determined that user manipulation of 
user interfaces (GUIs), which permitted end users to interact a pointer along a first vector intersects a boundary segment 
with computers through the more intuitive operations of of a window or the like displayed on a computer display, the 
"pointing and clicking" on graphical display elements with ^ boundary segment is moved along a second vector. The 
a pointer controlled by a mouse or other user interface second vector may be identical in distance and direction to 
device. the first vector, or may represent only a component thereof. 

Information is often presented to an end user in a GUI Moreover, either the entire boundary of the window may be 

environment using a graphical user interface component moved such that the window itself is effectively moved, or 

known as a window. A window may sometimes be used to ^ one or more segments of the boundary may be maintained at 

display a relatively large document with only a portion of the a fixed location such that the window is effectively resized, 

document shown at any given time. Typically, scroll bar In addition, this feature may be selectively enabled and/or 

controls on the window may then be used to navigate disabled by a user. 

through the document so that a user can view different In addition, a pointer may be defined to have a proximity 

portions of the document. In addition, using other controls 45 range having a perimeter that defines the extents of the 

on the window, a user may perform various operations on pointer. The perimeter may or may not be coextensive with 

the window, including moving the window to another posi- the visible shape of the pointer. Furthermore, the use of a 

tion on the display, resizing the window by moving one or perimeter permits movement of a window boundary seg- 

more segments of its boundary, minimizing the window into ment to be performed in response to a determination that the 

an icon representation, maximizing the window to occupy 5Q perimeter of the pointer intersects the boundary segment 

the entire display, etc. Other windows, such as dialog boxes during movement of the pointer. 

and the like, may omit one or more of the above-described W j m many embodiments of the invention, when a user 

controls. attempts to move a pointer across the boundary of a window 

Each computer software application executing in a GUI or the like, at least a segment of the boundary of the window 

environment is typically allocated one or more windows to 55 moves as if the pointer were pushing or "bumping" against 

present information to and/or receive input from a user. the boundary segment. This is in contrast to many conven- 

Moreover, a number of computer systems provide the ability tional GUI environments in which a pointer may often be 

to multitask — that is, to execute more than one computer conceptualized to "float" over the graphical user interface 

software application at the same time — such that windows components displayed on a computer display such that the 

from multiple applications may be displayed on a computer $0 pointer moves freely over the computer display without 

display simultaneously. As a result, a large number of interacting with the underlying components. Manipulation 

windows may be displayed on a computer system at any of such a component with a conventional floating pointer is 

given time. typically performed in response to user input performed only 

Multiple windows are typically displayed in a computer after the pointer is located within the boundary of the 

system in an overlapping fashion, with the lop window 65 component. 

designated an active window associated with the computer Therefore, embodiments consistent with the invention 

software application to which user input will be directed. permit a user to more quickly and easily move and/or resize 
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windows and the like through control of a pointer. Partial- DETAILED DESCRIPTION 

larly when multiple windows or other graphical user inter- ^ embodiments of lhe lnwmta| described bereinafter 

face components are displayed on a computer display, a user ... ... . . c . 

. f, r . manipulate graphical user interface components such as 

may be able to quickly bump such components out of the ■ / J ,J f ri . , „. . f 

J . r • • , r , windows and the like m response to collision of a pointer, 

way to view the mformation in the hidden areas of other 5 . ,, , . ... ^* . . . c . r 

' . . - ... . . r controlled by the user, with the boundaries of such compo- 

components thereby faceting access to information nenls (heremafter refcfTed , 0 „ . <collision manipulatio ^. 

shown in different components. . v . . .. • i j t_ « 

r As used herein, a wmdow may include any number of 

These and other advantages and features, which charac- graphical ^ iDlerface components in which information is 

tenze the invention, are set forth in the claims annexed dis pi aye d to a user and/or from which user input is received, 

hereto and forming a further part hereof. However, for a 10 A window jndudes a ^dary formed of one or more 

better understanding of the invention, and of the advantages boundary segments. Typically, a window boundary is 

and objectives attained through its use, reference should be deflned by four bo,,^ s^nts arranged into a rectan- 

made to the Drawing, and to the accompany tng descriptive ^ configura tion, although other shapes (linear or curved), 

matter, in which there is described exemplary embodiments number s and arrangements of boundary segments may be 

of the invention. 15 used jn (he aUernative A window may or may include 

BRIEF DESCRIPTION OF THE DRAWING ^f 011 bars ' and farther, may be defined as a modal (e.g., as 

r-r,^ -. • ■_■ i j- e with a dialog box) or modeless. In addition, other graphical 

Fiai^abockdiagramofacomputersystemconsisten. useH nterface component may be manipulated in The same 

with the invention. . , . r ... . J . * , . 

manner consistent with the invention, e.g., icons; desktop 

FIG. 2 is a block diagram of an exemplary software 20 publishing design elements such as text frames, tables, 

environment for the computer system of FIG. 1. imageSj artwork) e tc; graphical/artwork elements such as 

FIG. 3 is a flowchart illustrating the program flow for the lines, boxes, circles, outlines, etc. (e.g., in painting, drawing, 

main routine of an event manager consistent with the illustration and computer aided design (CAD) applications), 

invention. among others. 

FIG. 4 is a flowchart illustrating the program flow of the 25 a pointer may be represented by any number of conven- 

handle pointer movement routine of FIG. 3. Uonal cursor designs, including an arrow, a cross-hair, or 

FIG. 5 is a flowchart illustrating an alternate representa- other graphical representation. In addition, it should be 

tion of the bumper mode decision block of FIG. 4. appreciated that a unique pointer may be used when in a 

FIG. 6 is a block diagram illustrating a computer display 30 "bumper" mode in which the collision manipulation feature 

within which is displayed a pointer and a pair of windows. ^ enabled so that a user is notified that the mode is enabled. 

FIG. 7 is a block diagram of the computer display of FIG. Prior to describing preferred embodiments of the 

6, showing movement of the pointer outside of the boundary invention, a brief discussion of exemplary hardware and 

of a window. software environments will be presented. 

FIG. 8 is a block diagram of the computer display of FIG. 35 Hardware Environment 
6, showing movement of the pointer across the boundary of 

a window with the bumper mode enabled. Turning to the Drawing, wherein like numbers denote like 

FIG. 9 is a block diagram of the computer display of FIG. P arls throughout the several views, a computer system 10 

6, showing movement of the pointer across the boundary of consistent with the invention is illustrated in FIG. 1. Com- 

a window with the bumper mode disabled. 40 P uter system 10 is illustrated as a networked computer 

FIG. 10 is a block diagram of the computer display of ^tem including one or more client computer systems 12, 

FIG. 6, showing movement of the pointer from a position 14 1 and . 20 (e ?" desktop or personal computers, 

within the window to a position outside of the window with workstations, etc.) coupled to server system 16 through a 

the bumper mode enabled. network 18. Network 18 may represent practically any type 

cm 11 \. a . u~-* 11 . 4- <u n r 45 °f networked interconnection, including but not limited to 

rlG. 11 is a flowchart illustrating the program flow of an i , j . , . , , 

u * u • « . , <i_ < ri-i^. a local-area, wide-area, wireless, and public networks (e.g., 

alternate handle pointer movement routine to that of FIG. 4. , . , ' A .. ' . r , v 8 ' 

t ~ . ^ . , ... t . . _ e the Internet). Moreover, any number of computers and other 

FIG. 12 is a flowchart illustrating the program flow of devices ^ networkec f th h Detwor {; M mul . 

another alternate handle pointer movement routine to that of ^ Furlnermore> it shoi f ld bc a pp reciate d1hat the 

' ' . . . ,. r L J . , ,50 principles of the invention may be utilized as well by 

FIG. 13 is a block diagram of the computer display of sla ad-alone computers and associated devices consistent 

FIG. 6, showing resizing of the window in response to ^ib the invention, 

movement of the pointer across the boundary. ^ # , * - A . . . 

1 a- a i. . n • . . Computer system 20, which may be similar to computer 

u I *.? a°u u ,llustratin .S an ?Sl?°; al CVent thM s y^ems 12, 14, may include a processor such as a micro- 
may be handled by the main routine of FIG. 3. 55 processor 21; a Qumber Qf components such ^ a 

FIG. 15 is a flowchart illustrating the program flow of computer display 22; storage devices 23 such as hard, 

another alternate handle pointer movement routine to that of floppy, and/or CD-ROM disk drives; a printer 24; and 

FIG * 4 * various input devices (e.g., a mouse 26 and keyboard 27), 

FIG. 16 is a block diagram illustrating another computer among others. Computer system 20 operates under the 
display within which is displayed a pointer and a plurality of 60 control of an operating system, and executes various corn- 
windows, puter software applications, programs, objects, modules, etc. 

FIG. 17 is a block diagram of the computer display of Moreover, various applications, programs, objects, modules, 

FIG. 16, showing movement of the pointer in a proximity etc. may also execute on one or more processors in server 16 

mode and the resulting movement of windows affected or other computer systems 12, 14, e.g., in a distributed 

thereby. 6S computing environment. 

FIG. 18 is a block diagram of a computer display, showing Computer display 22 may include any known manner of 

an abstraction stack consistent with the invention. visually presenting information to a user. For example, 
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computer display 22 may be a video monitor, e.g., a cathode- driven graphical user interface (GUI) environment for han- 

ray tube (CRT), a liquid crystal display (LCD), or a projec- dling the display of information to, and the receipt of input 

tion display, among others. In addition, other types of from, a user. However, it should be appreciated that routines 

computer displays, including two dimensional displays that consistent with the invention may also find use in other 

simulate three dimensions (e.g., virtual reality headsets), as 5 processes than an event manager. For example, routines 

well as three dimensional displays such as holographic tanks consistent with the invention may find use in various com- 

and the like, may also be used. puter software applications that execute on top of an oper- 

User input may also be received from other known user atm g system, 

input devices. For example, control of a pointer on a display It should be appreciated that the operating system 30 and 

may be handled by a trackball, a joystick, a light pen, a touch 10 event manager 32 may be stored on network 18 or mass 

sensitive pad or display, a digitizing tablet, and a keyboard, storage 23 prior to start-up. In addition, each may have 

among others. In addition, many of such devices include one various components that are resident at different times in any 

or more user controls such as buttons, thumb wheels, sliders of memory 28, mass storage 23, network 18, or within 

and the like. Moreover, voice and/or image recognition may registers and/or caches in processor 21 (e.g., during execu- 

be used to permit a user to provide voice commands and/or 15 tion thereof). 

gestures to provide user input to a computer system. Other It should also be appreciated that other software environ- 

user interface devices may also be used in the alternative. ments may be utilized in the alternative. 

In general, the routines executed to implement the illus- - „. . , . r „_ , , , , 

• t j« r . . V l i * ji Collision Manipulation of Windows and the Like 

trated embodiments of the invention, whether implemented r 

as part of an operating system or a specific application, 20 FIG. 3 illustrates an exemplary program flow for an event 

program, object, module or sequence of instructions will be manager routine 50 executed by event manager 32 of FIG. 

referred to herein as "computer programs". The computer 2. Routine 50 is shown implemented in an event-driven 

programs typically comprise instructions which, when read representation. However, other programming models, e.g., 

and executed by one or more processors in the devices or procedural or object-oriented models, may be used in the 

systems in networked computer system 10, cause those 25 alternative. Moreover, the discussion hereinafter may focus 

devices or systems to perform the steps necessary to execute on a computer system having a mouse and keyboard for 

steps or elements embodying the various aspects of the providing user input to the system. It should be appreciated 

invention. Moreover, while the invention has and hereinafter that the invention may be utilized with any of the other user 

will be described in the context of fully functioning com- interface devices described above, and thus the invention 

puter systems, those skilled in the art will appreciate that the 30 should not be limited to this particular hardware configura- 

various embodiments of the invention are capable of being tion. 

distributed as a program product in a variety of forms, and Routine 50 may be considered to operate in an endless 
that the invention applies equally regardless of the particular loop — typically as a dedicated process running in the back- 
type of signal bearing media used to actually carry out the ground of operating system 30. As is well-known in the art, 
distribution. Examples of signal bearing media include but 35 routine 50 waits for events at block 52 and passes such 
are not limited to recordable type media such as volatile and events to appropriate handling routines. Two such events 
non-volatile memory devices, floppy disks, hard disk drives, consistent with the invention are detected at blocks 54 and 
CD-ROM's, DVD's, and transmission type media such as 56. Also shown in FIG. 3 is a block 60 that handles the 
digital and analog communications links. multitude of other types of events generated in the computer 
Those skilled in the art will recognize that the exemplary system, but which are not relevant to a complete under- 
environment illustrated in FIG. 1 is not intended to limit the standing of the invention. 

present invention. Indeed, those skilled in the art will As shown at block 54, one event that may be handled by 

recognize that other alternative hardware environments may routine 50 is that of user input to move the pointer. If such 

be used without departing from the scope of the present 45 an event is received, control is passed to handle pointer 

invention. movement routine 80. As discussed above, a pointer move- 
ment event may be initiated by a movement of a mouse. 
Typically, routine 80 is passed various information nec- 

FIG. 2 illustrates one suitable software environment for essary to process the event. For example, routine 80 may 

computer system 20 consistent with the invention. A pro- 50 receive information regarding a vector defining the distance 

cessor 21 is illustrated as coupled to a memory 28 as well as and direction of movement requested by a user. The vector 

to several inputs and outputs. For example, user input is may be defined in terms of start and end positions, or in the 

received by processor 21, e.g., by mouse 26 and keyboard alternative, may be defined by a direction and distance 

27, among others. Additional information may be passed relative to a start (or current) position of the pointer. Routine 

between computer system 20 and other computer systems in 55 80 may also receive additional information such as whether 

networked computer system 10 via network 18. Additional any additional user input was activated during movement of 

information may be stored to and/or received from mass the pointer, e.g., whether any keys and/or mouse buttons 

storage 23. Processor 21 also outputs display data to display were depressed. Additional information, e.g., a time stamp, 

22. It should be appreciated that computer system 20 may also be provided to routine 80 as is well-known in the 

includes suitable interfaces between processor 21 and each 60 art - 

of components 18, 22, 23, 26, 27 and 28 as is well known Another event that may be detected in routine 50 is a 

in the art. request to toggle a "bumper" mode, as shown at block 56. In 

Computer system 10 is typically under the control of an response to such an event, the bumper mode is toggled 

operating system 30, a component of which is an event between enabled and disabled status in block 58, e.g., by 

manager, which is illustrated at 32 and is shown as resident 65 toggling a flag between "true" and "false" values, 

in memory 28. Event manager 32 generally provides in The bumper mode is an optional feature in which the 

conjunction with a display manager (not shown) an event- collision manipulation feature may be selectively enabled or 



Software Environment 



05/15/2004, EAST Version: 1.4.1 



US 6,654,035 Bl 
7 8 

disabled by a user. Toggling of the bumper mode may be Block 88 may be utilized to limit which windows may be 

performed in any number of manners known in the art. For manipulated using the collision manipulation feature. For 

example, selection of the mode may be performed via a example, only the active window displayed on a computer 

pull-down or pop-up menu, or by using a specific keystroke display may be eligible for movement in certain applica- 

combination. Moreover, toolbar buttons or other user inter- 5 tions. Moreover, windows may be distinguished based upon 

face controls may be used to toggle the bumper mode. the type, e.g., whether they are dialog or non-dialog boxes. 

Moreover, the bumper mode may be set via a preferences or Moreover, users may be able to individually control which 

options dialog box. Other manners of selecting or windows are eligible for movement through manual selec- 

de-selecting a setting on a computer system may be used in tion of specific windows. In the alternative, block 88 may be 

the alternative. 10 omitted, thereby permitting all windows to be moved at all 

Consistent with the invention, a user may also be able to times, 
enable or disable the collision manipulation feature through If the intersected window is eligible for movement, con- 
specific keystrokes and/or button depressions during move- trol is passed to block 90 to update the position of the 
ment of the pointer. Enabling or disabling the collision window using the pointer vector. Typically, block 90 moves 
manipulation feature using additional user input during 15 the anchor location of the window along a second vector that 
movement of the pointer may be utilized in lieu of a specific is related to the pointer vector. For example, it may be 
bumper mode, or in the alternative, both manners of desirable to provide the visual effect of the window being 
enabling and disabling the collision manipulation feature "bumped" by the pointer such that the distance of the 
may be used concurrently, such that selection of the bumper window vector is equivalent to the distance from the point 
mode effectively operates as a default mode that can be 20 at which the pointer intersects the boundary to the end 
selectively enabled and/or disabled by a user through the position of the pointer vector. 

additional input. Other manners of enabling and/or disabling Moreover, the window vector may be oriented in the same 

a specific feature in a graphical user interface environment direction as the pointer vector such that the window effec- 

may be used in the alternative. t ; ve j y follows the pointer. In the alternative, only a compo- 

One suitable implementation of handle pointer movement 25 nent of a pointer vector (e.g., in a horizontal or vertical 

routine 80 is illustrated in FIG. 4. In this implementation, direction, or in a direction perpendicular or parallel to that 

utilization of the collision manipulation feature is performed of the boundary segment that is intersected) may be used so 

solely in response to selection of the bumper mode via the that movement of the window is limited only along specific 

bumper mode toggling described above. axes. 

Routine 80 begins at block 82 by calculating a pointer It may also be desirable to vary the length of the window 

vector. As discussed above, the pointer vector may be vector relative to the pointer vector to provide the visual 

defined in terms of start and end positions, or in the effect of providing inertia to the window. In such an 

alternative, in terms of direction and distance information instance, it may be desirable to maintain velocity or accel- 

relative to a start position. Moreover, the pointer vector may 35 eration information regarding the movement of the pointer 

be directly supplied with the event, and as a result, a separate such that the distance that a window is moved in response to 

block 82 may not be required in some applications. collision with a pointer varies with the "force" of the 

The pointer vector typically has a start position disposed collision. As a result, movement of the pointer across the 

proximate the current position of the pointer (i.e., prior to boundary of a window may give the visual impression of the 

movement thereof in response to the pointer movement 40 window being hit by the pointer, then slowing to a stop, 

event). In the embodiments described in connection with Once the position of the window has been updated, 

FIGS. 3-13, the first vector may be considered to have a start control passes to block 92 to update the pointer position 

position that is the current position pointed to by the pointer using the pointer vector, in a manner well-known in the art. 

(i.e., for an arrow-shaped pointer, the location at the tip of Next, the display is updated in block 94 such that the new 

the arrow). In other embodiments, e.g., as described below 45 positions of the window and the pointer are shown in the 

in connection with FIGS. 14-17, the first vector may be display — typically by signaling an event to update the 

located elsewhere proximate the pointer. For example, the display, which is handled by a separate process in a manner 

first vector start position may be defined along the perimeter known in the art. Routine 80 is then complete, 

of a proximity range for the pointer (discussed below). As is also shown in FIG. 4, if any of the tests in blocks 84, 

Next, in block 84, it is determined whether the bumper 50 86 and 88 are not passed, control is diverted to block 92 such 

mode has been selected. If so, block 86 is executed to that the pointer position is updated without a corresponding 

determine whether the boundary of a window is intersected update to the position of the window, 

by the pointer vector. The boundary is typically defined as As discussed above, additional user input received during 

the outer perimeter of the window. The location of each movement of the pointer may be used in combination with, 

segment in the boundary may be stored in the window data, 55 0 r in lieu of, the selection of a bumper mode to activate the 

or in the alternative, the extents of the boundary may be collision manipulation feature. For example, FIG. 5 illus- 

determined upon the known anchor position and horizontal trates an alternate representation 84' of block 84 of FIG. 4. 

and vertical sizes of the window. In either event, determi- Block 84' begins at block 95 by determining whether the 

nation of whether the vector intersects the boundary of the bumper mode is selected, in much the same manner as block 

window becomes a routine mathematical calculation. For 60 84 of FIG. 4. If the bumper mode is selected, control passes 

example, an intersection with a boundary segment may be t0 block 96 to determine whether a disable input combina- 

determined by locating points along the vector (e.g., the start tion has been received. If so, control is diverted to block 92 

and end positions) that lie on opposite sides of the boundary such that the pointer position is updated without a corre- 

segment. sponding update to the position of the window. If the input 

If the boundary of the window has been intersected, 65 combination is not received, control is passed to block 86 to 

control is optionally passed to block 88 to determine continue the determination of whether a collision between 

whether the intersected window is eligible for movement. the pointer and a window has occurred. 
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Returning to block 95, if the bumper mode is not selected, In this instance, vector 150 has the same direction and 

control is passed to block 98 to determine whether an enable distance as vector 144. 

input combination has been received. If so, control is passed FIG. 9 illustrates movement of pointer 100 along a vector 

to block 86. If not, control is diverted to block 92 such that 152 (having start position 153 and end position 154) to a 

the pointer position is updated without a corresponding 5 position 116, while the collision manipulation feature is 

update to the position of the window. disabled (e.g., as a result of the bumper mode being 

Any number of input combinations may be utilized for the de-selected, or the feature being disabled through a specific 

disable and enable input combinations. For example, either user input combination performed during movement of the 

input combination may be controlled via depression of one pointer). In this instance, even though vector 152 intersects 

or more mouse buttons during movement of the pointer. 10 boundary segment 106a, routine 80 executes block 82, 84, 

Moreover, any number of key combinations may be utilized 92 and 94 in sequence, and thereby does not move window 

in lieu of or in addition to the mouse button depressions. 104. 

Moreover, the disable and enable input combinations may be Af ter completion of the movement of pointer 110 in the 

the same, or may be different from one another. manner illustrated in FIG. 9, it should be appreciated that the 

As one example, enabling or disabling the collision 35 pointer is disposed within the boundary 106 of window 104. 

manipulation feature may be performed in response to Movement of the pointer within the boundary does not 

moving the mouse pointer while depressing the left mouse induce a similar movement of the window; however, should 

button. Alternatively, enabling or disabling the collision the user attempt to move the pointer across the boundary 106 

manipulation feature may be performed in response to with the bumper mode enabled (e.g., across segment 106c 

moving the mouse pointer while pressing a key such as the 20 thereof), routine 80 executes blocks 82, 84, 86, 88, 90, 92 

SHIFT key, the ALT key and/or the CONTROL key on the and 94 in sequence, and a movement of window 104 is 

keyboard. Other mouse and/or key combinations may be induced. For example, movement of the pointer from posi- 

used in the alternative. tion 118 inside boundary 106, along vector 156 (having start 

It can therefore be seen that through use of a bumper position 157 and end position 158), and to the position 
mode and/or a specific combination of buttons and/or keys 25 illustrated at 120, results in movement of boundary 106 
depressed during movement of a mouse, a user may quickly along a window vector 160 to a position illustrated at 106'. 
switch between a "bumper" mode in which the pointer In this instance, window vector 160 is identical in distance 
collides with boundaries to effectively move the windows, and direction to pointer vector 156. 
and a "jumper" mode in which the pointer "jumps*' over the 3o Various modifications may be made to the above- 
boundaries of windows for which manipulation is not described embodiments without departing from the spirit 
desired. and scope of the invention. For example, an alternate handle 

As an example of the operation of the collision manipu- pointer movement routine 200 is illustrated in FIG. 11. 

lation feature consistent with the invention, FIG. 6 illustrates Blocks 202-206 and 210-214 operate in the identical man- 

a pair of exemplary windows 100, 104 displayed on a 35 ner to blocks 82-86 and 90-94 of routine 80 (FIG. 4). 

computer display 22. Each window 100, 104 includes a Routine 200 differs, however, in that an additional condition 

boundary 102, 106. Each boundary includes one or more is tested in block 208 prior to permitting the position of a 

boundary segments, e.g., segments 106a, 106b, 106c and window to be updated consistent with the invention. In block 

106d of boundary 106. FIG. 6 also illustrates a pointer 110 208, it is determined whether the end point of the pointer 

that is under the control of a mouse or similar device. 4Q vector is disposed inside of the window — that is, whether the 

Several exemplary movements of the pointer are illus- end position of the pointer vector is disposed within the 

trated in FIGS. 7-10 below to describe the interaction of the boundary of a window. In this manner, a user is permitted to 

pointer with window 104. It should be appreciated however move a window using the collision manipulation feature 

that to facilitate an understanding of the operation of the only when colliding the pointer with the outer boundary of 

collision manipulation feature, the vectors of movement for 45 me window. Should the user temporarily disable the colli- 

the pointer are illustrated to be much larger than would sion manipulation feature to place the pointer within the 

generally be the case in many event-driven systems where boundary of a window, crossing the boundary from inside of 

movement of a mouse is typically checked several times a the window to outside of the window does not result in 

second. cooperative movement of the window with the pointer. 

As illustrated in FIG. 7, movement of pointer 110 to a 50 Another alternate handle pointer routine 220 is illustrated 

position illustrated at 112 results in a pointer vector 140 in FIG. 12. Routine 220 illustrates a resizing function that is 

having a start position 141 and an end position 142. In this independent of the window movement function performed 

instance, pointer vector 140 does not cross boundary 106 of by routine 80 of FIG. 4. It should be appreciated that a 

window 104. Even assuming that the bumper mode is resizing function may be provided concurrently with or in 

selected, routine 80 executes blocks 82, 84, 86, 92 and 94 in 55 lieu of a window movement function consistent with the 

sequence to handle the movement of the pointer 110 in a invention. Block 222-228 and 232-234 operate in the same 

conventional manner, without cooperatively moving win- manner as blocks 82-88 and 92-94 of routine 80 (FIG. 4). 

dow 104. However, block 230, instead of updating the position of the 

As shown in FIG. 8, however, once the pointer continues window like block 90 of routine 80, updates the position of 

to move from position 112 to position 114, the path of the 60 onl y a portion of the segments in the window boundary 

pointer (defined by vector 144 having start position 145 and using the pointer vector to effectively resize the window. In 

end position 146) intersects segment 106a of boundary 106. tnis embodiment, at least one other boundary segment of the 

Assuming that the bumper mode is selected, and that win- window is maintained in a fixed position such that the 

dow 104 is eligible to be moved, routine 80 executes blocks window is resized rather than moved. 

82, 84, 86, 88, 90, 92 and 94 in sequence to move boundary 65 As shown in FIG. 13, for example, movement of pointer 

106 of window 104 along a window vector 150 such that 110 along vector 162 (having start and end positions 163 and 

boundary 106 is translated to the position illustrated at 106'. 164) to position 122 may result in resizing of window 104 
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by virtue of movement of boundary segment 106a along a 
vector 166 to the position illustrated in phantom at 106a". 
FIG. 13 also illustrates the concept that the window vector 
166 need not extend in the same direction as pointer vector 
162. Rather, only the vertical component of pointer vector 5 
162 may be utilized to resize, and for that matter, to move, 
the window. Put another way, only the component of the 
pointer vector that is perpendicular or parallel to the direc- 
tion of the intersected segment 106a may be utilized in the 
window vector. 10 

In the alternative, it should be appreciated that a pointer 
vector having both a horizontal and a vertical component 
may be utilized to resize more than one boundary segment 
at a time. For example, as shown in FIG. 13, boundary 
segment 1066 may also be moved to the phantom position 35 
illustrated 1066" at the same time that segment 106a is 
moved to the position at 106a". In this instance, the window 
vector would have the same distance and direction as pointer 
vector 162, with the vertical component thereof used to 
move segment 106a, and the horizontal segment used to 20 
move segment 1066. 

Other modifications may be made to the above-described 
embodiments consistent with the invention. For example, it 
should be appreciated that the boundary defined for a 
window may be different than the physical extents of the 25 
window. Rather, the boundary may be defined within the 
window or outside of the window. 

Moreover, in other embodiments, it may desirable to 
provide a "stickiness" to the window boundary such that 3Q 
when a pointer abuts a window boundary, the pointer may be 
utilized to move only that window while ignoring the 
boundaries of other windows until such time as the pointer 
no longer abuts that window. In addition, a time delay 
feature may be provided such that the "stickiness" property 35 
of the window may be maintained for a short time period, 
e.g., to permit a user to move to a separate boundary segment 
and continue moving the window, while ignoring other 
windows on the display. 

In addition, it should be appreciated that when a pointer 40 
is disposed within a window, the boundaries of overlapped 
windows may be hidden and may be ignored. In the 
alternative, intersection of the boundaries of overlapped 
windows may still cause such windows to be moved or 
resized. 45 

In general, routine 80 may be modified in any number of 
manners to detect and handle intersection of the pointer with 
multiple windows at a time. For example, as discussed 
above, once a boundary of one window is intersected, all 
other windows may be ignored until that boundary is no 50 
longer being intersected. In the alternative, other boundaries 
may continue to be detected, which may have the rather 
interesting result of multiple windows becoming aligned 
with one another along their intersected boundary segments. 
Other manners of handling multiple windows may be used 55 
in the alternative. 

Proximity Range Collision Manipulation of 
Windows and the Like 

In the embodiments described above, only collisions 60 
between a window boundary segment and a specific location 
on a pointer are detected insofar as the pointer vector used 
to determine an intersection with a boundary segment has a 
start position defined at the current position pointed to by the 
pointer. In other embodiments, however, it may be desirable 65 
to define a proximity range beyond the current position of 
the pointer through which interactions with window bound- 
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ary segments may be detected. In such instances, collisions 
between the perimeter of the proximity range and a window 
boundary segment may be detected by anchoring the start 
position of one or more pointer vectors within the proximity 
range or along the perimeter of the pointer. 

In other embodiments, collisions between the perimeter of 
a pointer and a window boundary segment may be detected 
without the use of a pointer vector. Specifically, by deter- 
mining whether (1) a boundary segment crosses the perim- 
eter of the pointer, (2) the perimeter of the pointer crosses 
the boundary segment, and/or (3) a portion of the boundary 
segment falls within the area defined by the perimeter, a 
collision may be detected. Other manners of detecting the 
overlap or collision of multiple objects may be used in the 
alternative. 

In one embodiment, the proximity range may be coex- 
tensive with the visible extent of the pointer that is displayed 
on the computer display. This results in a "solid" pointer that 
manipulates a window in response to collisions between the 
window and any portion of the pointer. 

In another embodiment, the proximity range extends 
beyond the visible extent of the pointer that is displayed on 
the computer display. This results in a pointer having an 
operation that can be analogized to the movement of a body 
through water, where a "wave front" of water affects other 
objects prior to actual contact with the body, or to the 
interaction between like poles of two magnets where the 
poles are repulsed away from one another prior to physical 
contact. In this embodiment, the perimeter may not be 
visible to the user, or may be displayed in conjunction with 
the display of the pointer. 

The use of a proximity range with the collision manipu- 
lation feature is similar in many respects to the various 
proximity manipulation features described in the aforemen- 
tioned co-pending U.S. patent application entitled "COM- 
PUTER SYSTEM AND METHOD OF MANIPULATING 
MULTIPLE WINDOWS ON A COMPUTER DISPLAY 
WITH A PROXIMITY POINTER." It should be appreciated 
that any of the variations disclosed in this related application 
may also be utilized with the collision manipulation feature 
described herein. 

One implementation of a pointer with a proximity range 
is illustrated in FIGS. 14 and 15. In this implementation, an 
additional "proximity mode" feature is provided for routine 
50, whereby a user is permitted to selected -between a 
proximity mode where a perimeter is defined around the 
pointer, and a normal mode where no perimeter is defined 
and the current position pointed to by the pointer is used in 
the same manner as described above. 

FIG. 14 illustrates an additional "toggle proximity mode" 
event that is handled by block 62 of routine 50. As with the 
bumper mode, any number of user input combinations may 
be utilized to toggle the proximity mode, e.g., via a pull- 
down or pop-up menu, a specific keystroke combination, a 
toolbar button, a preferences or options dialog box, etc. In 
response to such an event, block 64 is executed to toggle the 
proximity mode between "enabled" and "disabled" states. 

Next, block 66 is optionally executed to toggle the pointer 
between proximity and non-proximity pointer representa- 
tions. The proximity pointer representation is preferably 
distinguishable from the non-proximity representation so 
that a user can visually discern when the proximity mode is 
enabled. As discussed above, the proximity pointer repre- 
sentation may also display the perimeter of the proximity 
range if the perimeter is not coextensive with the visible 
extent of the pointer. 
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Ad alternate handle pointer movement routine 250 that As an example of the operation of the proximity collision 
implements a proximity mode is illustrated in greater detail manipulation feature consistent with the invention, FIG. 16 
in FIG. 15. Routine 250 begins by calculating a pointer illustrates a computer display 22' upon which is displayed 
vector and determining whether the bumper mode is enabled f° ur windows 310, 320, 330 and 340, each having a bound- 
in blocks 252 and 254, in much the same manner as in blocks 5 *W 312, 322, 332 and 342. Also illustrated is a pointer 300 
82-84 of routine 80 (as shown in FIG. 4). If not, control havin S a perimeter 302 defined therefor, 
passes to blocks 264 and 266, which operate in the same Pointer 300 is illustrated in one suitable proximity rep- 
manner as blocks 92-94 of routine 80. If the bumper mode resentation where the perimeter is coextensive with the 
is enabled, routine 250 next determines whether the prox- visual exlent of lhe poster. In addition, the pointer has the 
imity mode is selected in block 256. If not, control passes to 10 S eneral «PP*«™«* of a three dimensional ball. Other rep- 
blocks 258, 260, 262, 264 and 266 to handle the bumper 'esentatioos m»y used in the alternative. For example, a 
mode in the same manner described above for blocks 86, 88, ^ge-shaped or other polygonal representation among 

90, 92 and 94 of routine 80. 0the f' "7 bc USe ?'° a USer t lD P7f* be ^^ n 

windows to move the windows apart consistent with the 

If the proximity mode is enabled, however, block 256 invention 

passes control to block 268 to calculate the perimeter of the is RG 1? {h& movemem of windows 31(M30 m 

proximity range at the end position of the pointer-that is, ^ tQ movemem of the mter al a vector 308 t0 

to calculate the position of the perimeter based upon the a hion iUuslratcd al 304 F , n J t0 this ifller 

position to which it is desired to move the pointer. The movement> a rimeter as defmed at 306 ^ calculated by 

peruneter may be, for example, a circle centered at the end routiQe 25Q ^ be secn frQm ^ fi ^ 

position of the pointer and having a predetermined radius set 20 Qf ^ rf 306 . As 

by the user. Other perimeters may be used in the alternative, such each i$ movcd d a dedicaled vector ^ if 

e.g., the outhne of the visual representation of the pointer. each wefe „ bumped „ by tfae perimetef of ^ pomter Fof 

Once the perimeter has been calculated, control is passed example, window 310 is moved along window vector 314 to 

to block 270 to determine whether the boundary of any position 310' (with boundary 312 translated to position 

window has been intersected by the perimeter of the prox- 3 i2'). Similarly, window 320 is moved along window vector 

imity range for the pointer. As discussed above, this may be 3 24 to position 320' (with boundary 322 translated to 

performed by analyzing whether a pointer vector anchored position 322'), and window 330 is moved along window 

at one or more positions on the perimeter intersects a vector 33 4 t0 position 330' (with boundary 332 translated to 

window boundary segment. In the alternative, this may be position 332'). 

performed by analyzing whether a boundary segment 30 For each window in HG. 17, the direction of the window 

crosses the perimeter, whether the perimeter crosses a vector is set to a direction perpendicular to the orientation of 

boundary segment, and/or whether a boundary segment is at lhe perimeler al a point of with the bound . 

least partially disposed within the area defined by the ary llierefore7 for lhe drcular perimeter defined for the 

perimeter, among others, ^ poimer in FIG 17 the direclioQ of each window vector may 

If no boundary is intersected by the pointer perimeter, be calculated by determining the direction of a radial line 

control is passed to block 264. If a boundary is intersected, extending from the center of the perimeter to the point of 

however, control passes to block 260 to determine whether contact with the boundary. Any of the other manners of 

the window is eligible for movement. generating a window vector as described above may be used 

If it is not, control is passed to block 264. If it is, however, 40 in the alternative, 
control passes to block 262 to update the position of the Various additional modifications may be made consistent 
window using the pointer vector. In this instance, any of the with the invention. For example, routine 250 may be modi- 
above-mentioned manners of updating the position based fied to perform a resizing operation similar to routine 220 of 
upon the pointer vector may be used, e.g., creating a window FIG. 12. Moreover, routine 250 may be modified to detect 
vector that is equivalent in distance to the distance from the 45 and handle the concurrent collision of the perimeter with 
point at which the perimeter intersects the boundary to the multiple windows. Furthermore, any of the other variations 
end position of the pointer vector, orienting a window vector described above may be utilized with a proximity-based 
in the same direction as the pointer vector or along only a collision feature consistent with the invention, 
component of the pointer vector, varying the length of a Among the innumerable applications of the collision 
window vector relative to the pointer vector to provide the 50 manipulation feature in graphical user interface environ- 
visual effect of providing inertia to the window, etc. meDts ^ f or operating systems as well as specific 

In addition, it may also be desirable to create a window computer software applications, one specific use of the 

vector that moves the window in a direction that is generally feature is in an abstraction stack application. Generally, an 

perpendicular to the perimeter at the point at which the abstraction stack represents information from a body of 

window boundary intersects the perimeter of the pointer. 55 knowledge (BOK), which typically represents a collection 

This type of window vector may be utilized to move a of information related to a particular subject of interest. A 

window in a natural manner that is associated with how an body of knowledge is delimited into a plurality of levels of 

object would move in the physical domain were it contacted abstraction, each of which typically represents a particular 

by another object having the same configuration as the manner of looking at a given body of knowledge. An 

perimeter of the pointer. It may also be desirable to move a 60 abstraction stack concurrently displays multiple information 

window in different manners based upon whether the perim- elements associated with different levels of abstraction on a 

eter intersects a single boundary segment or a plurality of computer display, and visually links the information ele- 

boundary segments. ments on the computer display in a three dimensional 

Returning to block 262, once the position of the window workspace to represent a hierarchical arrangement of the 

has been updated, control passes to block 264 to update the 65 levels of abstraction. 

pointer position, in the manner described above. Block 266 For example, FIG. 18 illustrates an abstraction stack 400 

then updates the display, and routine 250 terminates. including a plurality of rendered objects defined along a 
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depth vector 402. A pair of compass handles 410, 412 define wherein moving at least the boundary segment of the 

the end of the abstraction stack, with intermediate objects window along the second vector in response to determining 

such as an intersection point 414a and lenses 460 and 462 that the first vector crosses the boundary segment of the 

interposed therebetween. Intersection point 414a represents window is performed without receiving additional user input 

a level of abstraction for the body of knowledge, and each 5 directed to the boundary segment while the pointer is 

lens is defined with a specific filter configuration that disposed over the boundary segment, 

displays information from one or more levels of abstraction 2. The method of claim 1, wherein moving at least the 

in the body of knowledge. Binder bands 405 extend between boundary segment of the window includes moving the 

the objects disposed along the depth vector to assist in window. 

providing a visual representation of the hierarchical rela- 3Q 3. The method of claim 1, wherein moving at least the 

tionship of the objects in a three dimensional workspace. boundary segment of the window includes resizing the 

In an abstraction stack, it is possible for one lens (e.g., window by maintaining at least one additional boundary 

lens 460) to overlap another lens (e.g., lens 462) and thereby segment in the boundary at a fixed location, 

hide a portion of the information presented in the overlapped 4. The method of claim 1, wherein the second vector 

lens. However, so that the hierarchical relationship of the extends in the same direction as the first vector, 

rendered objects is maintained, it is preferable to not permit 15 5. The method of claim 1, wherein the second vector is 
lens 462 to overlap lens 460 (e.g., as would be the case if perpendicular to the boundary segment, 

lens 460 corresponded to a conventional GUI window that 6. The method of claim 1, wherein the second vector has 

could be activated through user selection thereof and a length that is substantially equal to the distance between an 

brought to the top layer of the display). Therefore, consistent end position of the first vector and an intersection point 

with the invention, it is possible when in a collision manipu- 20 between the boundary segment and the first vector, 

lation mode to move pointer 464, e.g., along a vector 466 to 7. The method of claim 1, wherein the second vector has 

the position illustrated at 464', to effect movement of lens a length that is based on a component of the first vector that 

460 to the position illustrated at 460' and thereby reveal the extends perpendicular to the boundary segment, 

hidden information in lens 462. $. The method of claim 1, wherein moving at least the 

It should be appreciated, however, that the invention 25 boundary segment of the window responsive to the deter- 

should not be limited to use solely in conjunction with an mination that the first vector crosses the boundary segment 

abstraction stack application. ^ further responsive to user selection of a predetermined 

The various embodiments described above have several mode, 

unique advantages over conventional graphical user inter- 9. The method of claim 8, further comprising selectively 

face environments. The ability to "bump" windows or other 30 disabling moving of at least the boundary segment of the 

components out of the way provides a uniquely different ^dow in response to additional user input during move- 

conceptual environment for a user, i.e., "get this thing out of mem of lhe pomter 

the way" instead of "put this thing at this location" 10 ^ £ [hod of daim x wherein mQvi { fc 

Typically, a user is not required to change the "active" Kmi ^„„ M t f tU a • ♦ a. a . 

window or other component back and forth between an „ 5^,ff^i^ the window responsive to the deter- 

obstructing component and an at least partially hidden 35 m * aU ° n lhat lhe . first vector '. Gm ^t boundary segment 

component. Thus, as opposed to moving components by 15 ^ rt ^ r «spo°sive to receipt of additional user input, 

grabbing and dragging techniques, a user is not required to U melhod of claim 10 ' wherein the additional user 

shift his or her attention or focus away from the hidden in P ut 1Q cludes depressing a mouse button, 

information the user is attempting to access. Moreover, as 12 ' 11ie metnod of claim 10 » wherein the additional user 

opposed to raising hidden information by pointing and 40 in P ul deludes depressing a key. 

clicking techniques, formerly obstructing components are 13 ^ method of claun 12 > wherein the key is selected 

not necessarily obstructed when the hidden information is from the group consisting of a SHIFT key, a CONTROLkey, 

accessed. Other advantages should be apparent to one an ^ ke * and combinations thereof, 

skilled in the art 14 The method of claim 1> wherein moving of at least the 

It should be appreciated that any of the above-described 45 bou f dar y of lhe ™ nd ™ 15 ^f" responsive to a 

variations may be utilized individually or in combination Predeteramed characteristic of the window, 

with other variations described herein. Moreover, other u 15 ' ^ method of claim 14, wherein the predetermined 

modifications may be made to the embodiments described charac { ™ ilc an a f ve status of the window, 

herein without departing from the spirit and scope of the u 16 ^ e method of f claun ^ wherein moving of at least the 

invention. Therefore, the invention lies solely in the claims 50 boundary of the wmdow 15 ****** re sponsive to a 

hereinafter appended. direction of the first vector relative to the boundary segment. 

What is claimed is- memod °f claim 16, wherein moving at least the 

1. A method of manipulating a window on a computer boundar y se gment of the window is performed only when an 

display, the method comprising: window Ul ° n VeCl ° r ™ withi " lhe 

(a) displaying a window on a computer display, the 55 method rfd ^ ± wherem 

ZnTr « 1Z- " ^ m 8 b0Undar * Se * ment 0f lhe wind0W incIudes a P° si " 

. .. , . 8 . ' . , tion of the window, the method further comprising refresh- 

(b) displaying a pointer on the computer display; mg thc compuler display 

(c) receiving user input to move the pointer along a first 60 19 . The method of claim 18, wherein receiving user input 

to move the pointer includes updating a position of the 

(d) determining whether the first vector crosses the pointer prior to refreshing the computer display, 
boundary segment of the window; and 20. The method of claim 1, wherein the first vector has a 

(e) in response to determining that the first vector crosses start position defined at a current position pointed to by the 
the boundary segment of the window, moving at least 65 pointer. 

the boundary segment of the window along a second 21. The method of claim 1, wherein the pointer includes 

vector ; a proximity range having a perimeter, a portion of which is 
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spaced from a current position pointed to by the pointer, and 
wherein the first vector has a start position defined along the 
perimeter of the proximity range. 

22. A computer system, comprising: 

(a) a computer display upon which is displayed a window 5 
and a pointer, the window including a boundary includ- 
ing at least one boundary segment; 

(b) a user input device configured to receive user input; 
and 

(c) a processor, coupled to the computer display and the 10 
user input device, the processor configured to move the 
pointer along a first vector in response to user input, to 
determine whether the first vector crosses the boundary 
segment of the window, and, in response to a determi- 
nation that the first vector crosses the boundary seg- is 
ment of the window, to move at least the boundary 
segment of the window along a second vector; 

wherein the processor is configured to move at least the 
boundary segment of the window along the second vector in 
response to the determination that the first vector crosses the 20 
boundary segment of the window without receiving addi- 
tional user input directed to the boundary segment while the 
pointer is disposed over the boundary segment. 

23. A program product, comprising: 

(a) a program configured to perform a method of manipu- 25 
laling a window on a computer display, the method 
comprising: 

(1) displaying a window on a computer display, the 
window including a boundary including at least one 
boundary segment; 30 

(2) displaying a pointer on the computer display; 

(3) receiving user input to move the pointer along a first 
vector; 

(4) determining whether the first vector crosses the 
boundary segment of the window; and 35 

(5) in response to determining that the first vector 
crosses the boundary segment of the window, mov- 
ing at least the boundary segment of the window 
along a second vector; and 

(b) a signal bearing media bearing the program; 40 
wherein moving at least the boundary segment of the 
window along the second vector in response to determining 
that the first vector crosses the boundary segment of the 
window is performed without receiving additional user input 
directed to the boundary segment while the pointer is 45 
disposed over the boundary segment. 

24. The program product of claim 23, wherein the signal 
bearing media includes at least one of a recordable media 
and a transmission type media. 

25. A method of manipulating a window on a computer 50 
display, the method comprising: 

(a) displaying a window on a computer display, the 
window including a boundary; 

(b) displaying a pointer on the computer display, the 
pointer including a perimeter defining a proximity 55 
range around the pointer; 

(c) moving the pointer in response to user input; 

(d) determining whether any of a plurality of points along 
the perimeter of the pointer intersects the boundary of 
the window during movement of the pointer; and 60 

(e) manipulating the window responsive to determining 
that any of the plurality of points along the perimeter of 
the pointer intersects the boundary of the window 
during movement of the pointer; 

wherein the window boundary includes at least one bound- 65 
ary segment, wherein the pointer moves along a first vector 
having a start position disposed on the perimeter of the 



rointer, wherein manipulating the window is performed in 
response to the first vector intersecting the boundary seg- 
ment of the window, and wherein manipulating the window 
is performed without receiving additional user input directed 
to the boundary segment while the pointer is disposed over 
the boundary segment. 

26. The method of claim 25, wherein manipulating the 
window includes moving the window. 

27. The method of claim 25, wherein manipulating the 
window includes resizing the window. 

28. The method of claim 25, wherein the perimeter is 
coextensive with a visible extent of the pointer displayed on 
the computer display. 

29. A computer system, comprising: 

(a) a computer display upon which is displayed a window 
and a pointer, the window including a boundary, and 
the pointer including a perimeter defining a proximity 
range around the pointer; 

(b) a user input device configured to receive user input; 
and 

(c) a processor, coupled to the computer display and the 
user input device, the processor configured to move the 
pointer in response to user input, to determine whether 
any of a plurality of points along the perimeter of the 
pointer intersects the boundary of the window during 
movement of the pointer, and, responsive to a deter- 
mination that any of the plurality of points along the 
perimeter of the pointer intersects the boundary of the 
window during movement of the pointer, to manipulate 
the window; 

wherein the window boundary includes at least one bound- 
ary segment, wherein the pointer moves along a first vector 
having a start position disposed on the perimeter of the 
pointer, wherein the processor is configured to manipulate 
the window in response to the first vector intersecting the 
boundary segment of the window, and wherein the program 
is configured to manipulate the window without receiving 
additional user input directed to the boundary segment while 
the pointer is disposed over the boundary segment. 

30. A program product, comprising: 

(a) a program configured to perform a method of manipu- 
lating a window on a computer display, the method 
comprising: 

(1) displaying a window on a computer display, the 
window including a boundary; 

(2) displaying a pointer on the computer display, the 
pointer including a perimeter defining a proximity 
range around the pointer; 

(3) moving the pointer in response to user input; 

(4) determining whether any of a plurality of points 
along the perimeter of the pointer intersects the 
boundary of the window during movement of the 
pointer; and 

(5) manipulating the window responsive to determining 
that any of the plurality of points along the perimeter 
of the pointer intersects the boundary of the window 
during movement of the pointer; and 

(b) a signal bearing media bearing the program; 
wherein the window boundary includes at least one bound- 
ary segment, wherein the pointer moves along a first vector 
having a start position disposed on the perimeter of the 
pointer, wherein manipulating the window is performed in 
response to the first vector intersecting the boundary seg- 
ment of the window, and wherein manipulating the window 
is performed without receiving additional user input directed 
to the boundary segment while the pointer is disposed over 
the boundary segment. 



05/15/2004, EAST Version: 1.4.1 



UNITED STATES PATENT AND TRADEMARK OFFICE 



CERTIFICATE OF CORRECTION 



PATENT NO. : 6,654,035 Bl 
DATED : November 25, 2003 



Page 1 of 1 



INVENTOR(S) : George Francis DeStefano 

It is certified that error appears in the above-identified patent and that said Letters Patent is 
hereby corrected as shown below: 



Column 18, 

Line 1, "rointer" should be - pointer --. 



Signed and Sealed this 



Twenty-fourth Day of February, 2004 




JON W. DUD AS 
Acting Director of the United States Patent and Trademark Office 



05/15/2004, EAST version: 1.4.1 



